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Abstract Of EP 1193914 (A2) 

An apparatus transmits and receives data between 
an external device and a pertinent bus of a plurality 
of buses connected by a bridge The external device 
which forms one portion of the bridge comprises a 
storing means for storing first information and 
second information. The first information represents 
whether the transmission source or the transmission 
destination of the data is the data transmitting and 
receiving apparatus. The second information 
represents whether or not to the data should be 
transmitted to the pertinent bus . A setting means 
sets the first information and the second information 
stored in the storing means to a predetermined state 
corresponding to an external request.; A transmitting 
and receiving means transmits and receives the 
data to/from the pertinent bus or the extemal device 
corresponding to the first information and the 
second Information stored in the storing means. 
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(54) Data transmission and reception 

(57) An apparatus transmits and receives data be- 
tween an external device and a pertinent bus of a plu- 
rality of buses connected by a bridge The external de- 
vice which forms one portion of the bridge comprises a 
storing means for storing first Infomiation and second 
infomfiatlon. The first Information represents whether 
the transmission source or the transmission destination 
of the data is the data transmitting and receiving appa- 



ratus. The second Infomiation represents whether or not 
to the data should be transmitted to the pertinent bus . 
A setting means sets the first information and the sec- 
ond infomnation stored in the storing means to a prede- 
termined state con'esponding to an external request. A 
transmitting and receiving means transmits and re- 
ceives the data to/from the pertinent bus or the external 
device corresponding to the first Infomiation and the 
second Infomiation stored in the storing means. 
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Description 

[0001] The present invention relates to a data trans- 
mitting and receiving apparatus and a data transmitting 
and receiving method. An embodiment relates to those ^ 
suitable for a network system that complies with for ex- 
ample IEEE (The Institute of Electrical and Electronics 
Engineers) 1394 high performance serial bus standard 
(hereinafter referred to as IEEE 1394 standard). 
[0002] So far, as a bus standard for transferring mul- 
timedia data at high speed and on real time, IEEE 1394 
standard is known. Because of easy handling of the 
IEEE 1394 standard, there is a large expectation for 
home networks. 

[0003] In the IEEE 1394 standard, with two types of 
systems that are daisy chain and node branch, devices 
of up to 63 nodes and up to 1 6 hops can be connected. 
[0004] in addition, the IEEE 1394 standard defines 
three communication speeds SI 00 (98.304 [Mbps]), 
8200 (196.608 [Mbps]), and 8400 (393.216 [Mbps]). 
The IEEE 1394 standard defines a 1394-port that has 
an upper transfer speed so that the port has a compat- 
ibility with a lower transfer speed. Thus, each node can 
transfer data to a destination node at the maximum 
transfer speed that is common in all nodes on the bus. 
[0005] Moreover, the I EEE 1 394 standard allows a ca- 
ble to be connected or disconnected and the power of 
a node to be turned on or off while another node is op- 
erating in the above-described connection state. In the 
IEEE 1 394 standard, when a node Is added or deleted, 
the topology of nodes is automatically restructured and 
node IDs are reassigned. 

[0006] Fig. 1 shows structural elements and protocol 
architecture of an Interface that complies with the IEEE 
1394 standard. As is clear from Fig. 1 , the interface that 
complies with the IEEE 1394 standard can be divided 
into three functional blocks that are hardware 1, 
firmware 2, and software 3. 
[0007] In this case, the hardware 1 is composed of a 
physical layer (PHY layer) 1 A and a link layer IB. The 
physical layer 1A directly drives a signal that corre- 
sponds to the IEEE 1394 standard. The link layer IB 
has a host interface and an interface with the physical 
layer 1A. 

[0008] The fimriware 2 is composed of a transaction 
layer 2A and a management layer 28. The transaction 
layer 2A is composed of a management driver that per- 
forms a real operation for an interface that complies with 
the IEEE 1394 standard. The management layer 28 is 
composed of a management driver referred to as SBM 
(Serial Bus Management). The management driver 
complies with the IEEE 1394 standard. 
[0009] The software 3 is mainly composed of an ap- 
plication layer 3A. The application layer 3A is composed 
of user software and management software. The man- 
agement software Interfaces with the transaction layer 
2A and the management layer 28. 
[0010] In the IEEE 1394 standard, a transfer opera- 



tion performed in a network Is referred to as sub action. 
The IEEE 1394 standard defines two sub actions that 
are asynchronous transfer mode (this mode is refen-ed 
to as asynchronous) and Isochronous transfer mode 
that assures a transfer bandwidth (this mode is referred 
to as isochronous). In addition, each sub action is divid- 
ed Into three parts that are arbitration, packet transmis- 
sion (data transfer), and acknowledge. In the Iso- 
chronous transfer mode, the acknowledgement Is omit- 
ted. 

[0011] In the asynchronous transfer mode, data Is 
asynchronously transferred. Fig. 2 shows chronological 
transition states in the asynchronous transfer mode. In 
Fig. 2, each node monitors the period of the first sub 
action gap (ti to tg) that is a bus Idle state so as to de- 
termine whether data has been transferred as the pre- 
ceding session and data can be transferred as the next 
session. 

[0012] When an idle state takes place for a predeter- 
mined time period after data flows on the bus, a node 
that needs to transfer data detennlnes that the bus can 
be used and starts arbitration (tg to tg) for obtaining the 
bus use right. Figs. 3A and 3B show an example of con- 
nections of a plurality of nodes. In Figs. 3A and 38, a 
node referred to as root denoted by "A" determines to 
which node the bus use right is given. In Figs. 3A and 
3B, "A", "B", "C", "D", and "E" represent nodes. 
[0013] When a node Is given the bus use right In the 
arbitration, the node executes a packet transmission (t3 
to t4) as a data transfer (tg to t4). After data has been 
transfen-ed, the node that has received the data sends 
back reception acknowledgement reply code Ack corre- 
sponding to the received result (tg to tg) so as to execute 
acknowledgement. When the acknowledgement is ex- 
ecuted, the nodes on the transmission side and the re- 
ception side can know that data has been con-ectly 
transferred with the reception acknowledgement reply 
code Ack. 

[0014] Thereafter, a sub action gap (namely, the bus 
Idle state) takes place. In the state, the data transfer op- 
eration Is repeated. 

[0015] On the other hand, In the Isochronous transfer 
mode, as shown In Fig. 4, data is transferred basically 
in the same forniat as the asynchronous transfer mode. 
However, the data transfer in the isochronous transfer 
mode has higher priority than the data transfer In the 
asynchronous transfer mode. The data transfer in the 
isochronous transfer mode (hereinafter referred to as Is- 
ochronous transfer) is performed after a CSP (Cycle 
Start Packet) issued by a cycle master node (normally, 
a root node) at Intervals of around 8 [kHz]. As a result, 
In the Isochronous transfer mode, the transfer band- 
width is assured. Consequently, real time data can be 
transferred. 

[0016] When a plurality of nodes simultaneously per- 
form the isochronous transfer for real time data, channel 
IDs are assigned to transfer data of each node so as to 
distinguish the contents of the transfer data. Corre- 
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sponding to a pertinent channel ID, a node on the re- 
ception side can receive required data. 
[0017] In the IEEE 1394 standard, data is addressed 
corresponding to a CSR (Control and Status Register) 
architecture defined in IEEE 1212 standard. As shown 5 
in Fig. 5B, the CSR architecture has an address space 
of 64 bits. The high order 1 6 bits represent a destination 
node, whereas the low order 48 bits represent a memory 
space of the node. 

[0018] The high order 1 0 bits of the 1 6 bits for the des- 
tination node are a bus ID, whereas the low order 6 bits 
thereof are a node ID. Thus, In the IEEE 1394 standard, 
except for broadcast addresses (all bits of an iD are 1) 
of the bus ID and the node ID, up to 1 023 buses can be 
represented. Up to 63 nodes can be connected to each 
bus. 

[0019] On the other hand, in the IEEE 1394 standard, 
when the number of nodes is increased or decreased or 
when a node issues an initialization request, a bus reset 
signal is propagated on the bus. When a node receives 
the bus reset signal, the node removes the current to- 
pology Information, successively performs three phases 
of bus Initialize, tree Identify, and self identify, and struc- 
tures new topology information. 
[0020] In this case, In the bus initialize phase, each 
node recognizes the state of the local port (namely, to 
which node the local port is connected and whether the 
local portion is not connected to any node). In addition, 
each node determines whether it Is a leaf (connected to 
one node) or a branch (connected to two or more 
nodes). 

[0021] In the tree identify phase, each port transmits 
an identification signal to other nodes connected each 
other so as to detemriine the relation of parent and child 
of each port. 

[0022] In reality, a node (referred to as first node) that 
has a plurality of ports and of which the status of only 
one port has not been detennlned transmits 
TX„PARENT_NOTIFY state to another node (referred 
to second node) through a port connected thereto. 
When the second node receives TX_PARENT_NOTI FY 
state from the first node, the second node treats the port 
as a child port (that means that the port is connected to 
a child node when viewed from the port). The second 
node transmits TX_CHiLD^NOTIFY state to the first 
node. When thefirst node receives TX„CHILD_NOTiFY 
state, the first node treats the port as a parent node (that 
means that the port Is connected to a parent node when 
viewed from the port) and determines the relation of par- 
ent and child of the nodes. This operation is repeated. 
As a result, a node that is a parent of all nodes of the 
bus (namely, one node that has only child ports) is de- 
termined. In the IEEE 1394 standard, this node is re- 
ferred to as root. As was described above (see Figs. 3A 
and 3B), the root has a function for permitting a packet 
to be transmitted to all other nodes. 
[0023] In the self identify phase, the root successively 
gives a transmission permission to individual nodes In 



the ascending order of port numbers corresponding to 
the leaf priority rule. When a node is given the transmis- 
sion pemnlssion, the node successively transmits the 
self ID packet to the entire bus. As a result, the node ID 
is determined and the topology of the bus is uniquely 
detennlned. 

[0024] After the three phases have been executed, a 
packet can betransmltted onthebus. As a result, a node 
that needs to transmit a packet can issue a transmission 
request to the root. At that point, a node that manages 
a resource necessary for transmitting a data packet in 
the isochronous transfer mode (hereinafter, the data 
packet Is referred to as isochronous packet) is also de- 
termined. This node is refenred to as IRM (Isochronous 
Resource Manager). 

[0025] The IRM is a node that can become an IRM 
and that has the largest node ID. Nomially, the IRM is 
the same as the root. A node that becomes an IRM 
should be provided with three registers that are 
GHANNELS^AVAILABLE register, BANDWIDTH^ 
AVAILABLE register, and BUS„MANAGERJD register. 
On the bus, a node that needs to transmit an iso- 
chronous packet requests the IRM forthe desired chan- 
nel and bandwidth. Only when the desired channel and 
bandwidth are available, the node can transmit an iso- 
chronous packet. 

[0026] In reality, a node that needs to transmit an Iso- 
chronous packet issues a read quadrate transaction that 
Is a read request for data of one quadrate (4 [bytes]) to 
CHANNELS__AVAILABLE register and BANDWIDTH^ 
AVAILABLE register of the IRM and obtains the contents 
thereof. When the desired channel and bandwidth are 
available, corresponding to the remaining result, the 
node issues COMPARE & SWAP as a lock transaction 
that is a data rewrite request to CHANfMEL^AVAlLABLE 
register and BANDWIDTH_„AVAILABLE register and re- 
writes the contents thereof. Only when the operation can 
be successfully completed, the node can transmit an is- 
ochronous packet on the bus. 
[0027] However, several problems have been pointed 
out on the above-described IEEE 1394 standard. 
[0028] The first problem Is in that the number of nodes 
connectedtoabus is limited. In the IEEE 1394 standard, 
16 bits are assigned to addresses of nodes. However, 
since it Is assumed that communications are made on 
the same bus, actually, only 63 nodes are connected on 
the bus. Thus, In a large system that requires many de- 
vices (nodes), the IEEE 1 394 standard cannot be direct- 
ly applied. 

[0029] The second problem is in that the initialization 
due to a bus reset causes the bus transfer efficiency to 
deteriorate. In other words, In the IEEE 1394 standard, 
when the number of nodes is increased or decreased or 
when an initialization request Is issued, a bus reset sig- 
nal Is transmitted. Thereafter, the Initializing process is 
performed. However, It will take around 250 [Is] afterthe 
bus reset is recognized until the arbitration for transmit- 
ting a new packet is started. During this period, the bus 
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cannot transfer a packet at all. 
[0030] The time period of 250 [Is] is equivalent to two 
transfer cycles in the above-described Isochronous 
transfernnode. When packets are not transmitted in the 
time period, part of a picture orsound may be lost. Thus, 
the time period may adversely affect a data transfer on 
real time. 

[0031] As a means for shortening the bus reset time 
period, a function referred to as short bus reset is de- 
fined in IEEE 1394a - 2000 standard (hereinafter re- 
ferred to as IEEE 1394a standard) that was standard- 
ized for correcting and implementing the IEEE 1394 
standard and for defining additional functions thereto. 
When such a function is used, the bus reset time period 
can be shortened to around 80 ps]. 
[0032] However, even with such a function, data 
transfer is suspended for 80 [is]. In addition, when the 
bus has a node that does not comply with the IEEE 
1394a standard, the function cannot be used. 
[0033] The third problem is in that the bus resource Is 
wasted. Since the IEEE 1394 standard Is a standard on 
a bus, a packetthat a particular node transmits is broad- 
cast to the entire bus. Thus, when a packet transfer Is 
perfomried In such a manner that a small number of 
nodes require much resource (in particular, an iso- 
chronous transfer Is perfomied), rt may adversely affect 
a packet transfer performed between other nodes. 
[0034] As a method for solving the problems on the 
IEEE 1394 standard, a 1394-bus bridge has been pro- 
posed. The 1394-bus bridge standardizes a function 
and a protocol for propagating data between buses. Be- 
tween two buses (hereinafter, each bus is referred to as 
local bus), it is necessary to dispose at least one 
1394-bus bridge (this bridge Is hereinafter referred to as 
bridge). The bridge Is composed of at least two 
1394-nodes each of which has a special function re- 
ferred to as portal. Each portal perfonns a process for 
a local bus connected thereto and a process for another 
local bus connected to another portal that composes the 
bridge. 

[0035] Fig. 6 shows an example of the structure of a 
network system using such a bridge. Referring to Fig. 
6, the network system is composed using a bridge 12 
having two portals 11 A and 11 B. A circular portion that 
connects the local buses 13A and 13B is a bridge, 
whereas semicircular portions are portals. 
[0036] In addition, as shown in Fig. 7, when Inter-bus 
connections are also used with 1394-bridges 12^ to 123, 
up to 1023 buts as the maximum number of nodes de- 
fined in the standard can be connected. Local buses 13^ 
to 134 have Independent functions of the 1394-buses. 
When a bus reset and an unnecessary packet that take 
place on the other local buses 13^ to I34 are filtered by 
portals IIA1 to IIA3 and 11B^ to IIB3, a problem of 
which a bus reset suspends a packet transfer and a 
problem of which the resource is wasted can be solved. 
In the following description, for simplicity. It Is assumed 
that the bridge 12 is composed of two portals 11 A and 



1 1 8. However, it should be noted that the subject matter 
of the present invention is not limited to two portal bridg- 
es. 

[0037] At present, the 1 394-bridge standard Is stand- 

5 ardized by P1394.1WG. The contents of the 
1 394-bridge standard have been published as a draft. 
Fig. 8 shows the typical structure of a bridge recited in 
draft 0.08 P17 of PI 394. 1 . For simplicity, In Fig. 8, sim- 
ilar portions to those in Fig. 6 are denoted by similar ref- 

10 erence numerals. 

[0038] A bridge 12 is composed of two portals 11 A 
and 11 B. Each of the portals 11 A and 118 functions as 
an independent node that complies with the IEEE 1394 
standard. The portals 11 A and 11 B exchange data with 

15 other nodes 14A and 148 (see Fig. 6) of the local buses 
13A and 13B (see Fig. 6) using physical layers 20A and 
20B, link layers 21 A and 21 B, and transaction layers 
22A and 228 connected to the local buses 13A and 138 
(see Fig. 6), respectively. When necessary, the portals 

20 11 A and 11 B transmit (forward) data to the other local 
buses 138 and 13A through isochronous transfer mode 
FIFOs (FIrst-ln First-Out) 24A and 24B, asynchronous 
transfer mode response FIFOs 25A and 25B, or request 
FIFOs 26 A and 26B of an internal bus 23, respectively 

25 The structures of the physical layers 20A and 208, the 
link layers 21 A and 21 B, and the transaction layers 22A 
and 22B of the portals 11 A and 11 B are the same as 
those shown in Fig. 1 . 

[0039] Portal controls 27A and 278 have a function of 
30 the SBM layer 2B (see Fig. 1) that complies with the 
IEEE 1394 standard. In addition, each of the portal con- 
trols 27A and 278 is provided with a special register and 
a special table that accomplish the function of the bus 
bridge that complies with the IEEE 1 394 standard. The 
35 portal controls 27A and 27B know the topologies of the 
local buses 1 3A and 1 3B connected thereto, respective- 
ly. The portal controls 27A and 27B create a routing table 
28 corresponding to the entire state of the network. Cor- 
responding to the routing table 28, it Is determined 
40 whether or not a stream packet Is forwarded through the 
bridge 12. 

[0040] Using the FIFOs 24A and 24B In the iso- 
chronous transfer mode, the bridge 1 2 can transmit and 
receive a stream packet through the bridge 12. The 

45 Pi 394. 1 draft practically recites a method for transmit- 
ting and receiving a stream packet between the local 
buses 13A and 13B through the bridge 12. Next, the 
stream data transmitting and receiving method recited 
in the draft will be described. 

50 [0041 ] Each of the portals 1 1 A and 1 1 8 that can for- 
ward stream data through the bridge 12 is provided with 
a stream routing table that corresponds to the number 
of streams that each of the portals 1 1 A and 1 1 B can han- 
dle at the same time. In the following description, as 

55 shown in Fig. 8, it Is assumed that the portal controls 
27A and 278 is provided with stream routing tables 31 A 
and 318, respectively 

[0042] Entries of each of the stream routing tables 
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31 A and 31 B correspond to STREAM_CONTROL [0] to 
STREAM„CONTROL[n]. In addition, STREAIVI_CONT- 
ROL entries correspond to streams that are forwarded. 
A portal that has n STREAM_CONTROL entries can for- 
ward n streams through the bridge 12 at the same time. 
[0043] The total number of STREAM_CONTROL en- 
tries is stored In a STREAM field of a 
Bridge_Capabiiities entry of a configuration ROM 28 
(see Fig. 8). Entries of the portal 11 A correspond to 
those of the pori:al 11B. in other words, a stream that is 
received using a STREAM„CONTROL [I] entry of one 
of the portals 1 1 A and 11 B (for example, the portal 1 1 A) 
is transmitted using a STREAM^CONTROL [i] entry of 
the other portal (for example, the portal 11 B). 
[0044] Fig. 9 shows a format of a 
STREAM^CONTROL entry. In Fig. 9, an "st" field Fi 
represents the status of the portal 1 1 A or 1 1 B. As shown 
in Fig. 10, when the value of the "st" field FI is "1", it 
represents a reception state (Listener). When the value 
of the "st" field F1 Is "2" or "3", It represents a transmis- 
sion state (Talker). 

[0045] In Fig. 9, a "channel" field F2 represents a 
channel number of a stream that Is transmitted or re- 
ceived. The "channel" field F2 Is valid only when the val- 
ue of the "st" field F1 is not "0". When the portal 11 A or 
11B is in the reception state, the "channel" field F2 rep- 
resents a channel number of a stream received from the 
local bus 13A or 13B, respectively. Otherwise, the 
"channel" field F2 represents a channel number of a 
stream transmitted to the local bus 13A or 13B. The 
channel number may be changed when the stream 
passes through the bridge 12. 
[0046] In Fig. 9, an "i" field F3 represents that steam 
data Is In the Isochronous transfer mode (this stream 
data is referred to as isochronous stream). When stream 
data Is In the asynchronous transfer mode (this stream 
data is referred to as asynchronous stream), the value 
of the "i" field F3 is "0". In Fig.9, a "rsv" field F6 Is re- 
served for a future extension. 
[0047] in Fig. 9, an "spd" field F4 represents the trans- 
mission speed of stream data when the value of the "st" 
field F1 is "2" or "3". Fig. 1 1 shows the relation between 
values of the "spd" field F4 and transmission speeds of 
stream data. In Fig. 9, an "overhead" field F5 represents 
a specially assigned bandwidth besides a bandwidth as- 
signed to the size of a pacl<et of an isochronous stream. 
The bandwidth in the isochronous transfer mode (this 
bandwidth Is refen-ed to as Isochronous bandwidth) is 
represented as bandwidth allocation unit In the IEEE 
1394 standard. One "bandwidth allocation unit" repre- 
sents a time period for which data of one quadrate (4 
[bytes]) is transferred at a speed of SI 600. One "band- 
width allocation unit" is around 20 [ns]. 
[0048] in Fig. 9, a "payload" field F7 represents the 
maximum number of quadrates contained In one packet 
of the stream. The value of the "payload" field F7 does 
not Include the size of the header and ORG (Cyclic Re- 
dundancy Check). 



[0049] The portal control layer requests the IRM for a 
required bandwidth corresponding to the values of the 
"spd" field F4, the "overhead" field F5 , and the "payload" 
field F7. 

5 [0050] In reality, the portal control layer requests the 
BANDWIDTH_AVAIU^BiLiTY register and the 
CHANNELAVAILABILE register of the IRM for the 
"bandwidth allocation unit : BWU" (that is given by the 
following expression) and the channel number that is 

10 used. 



BWU = 51 2 + (payload + 3) x 2^ ^ ^ 
15 (when overhead Is 0) 

BWU = overhead x 32 + (payload + 3) x 2^"^ " ^p"*^ 
2^ (when overhead Is not 0) (1 ) 

where "payload", "spd", and "overhead" represent the 
values of the fields F4, F5, and F7, respectively. 
[0051] In the above-described method, a stream can 

35 be transmitted and received through the bridge 12 (see 
Fig. 6) without a problem. In addition, a stream can be 
transmitted and received to/from the portals 11 A and 
11 B connected to the local buses 13A and 1 3B (see Fig. 
6) without a problem. 

30 [0052] Next, an example of which stream data is 
transmftted and received through the bridge 12 will be 
described. 

[0053] As shown in Fig. 1 2, when stream data is trans- 
mitted from a node 14A on one local bus ISA to a node 

35 1 4B on another local bus 1 3B, corresponding to a par- 
ticular situation, It Is necessary to rewrite 
STREAM„CONTROL entries of portais 11 A and 11 B 
connected to the local buses 13A and 13B, respectively. 
[0054] In such a situation, a node that controls the 

40 stream (in this example, the node 14A) accesses the 
portals 1 1 A and 1 1 B and accesses the I RMs of the local 
buses 13A and 13B to which the portals 11A and 118 
are connected so as to obtain the channels and band- 
widths for the data transfer. Thereafter, the node 14A 

45 accesses the portals 11 A and 11 B and rewrites 
STREAM_CONTROL [i] entries of the portals 11 A and 
11 B In their pertinent states. 
[0055] When stream data is transmitted with channel 
number "1" and at a communication speed of 8100, as 

50 shown in Fig. 12, the node 14A sends to the porta! 11 A 
a message that causes "0x1 (Listener)" to be set to the 
"st" field FI of the corresponding STREAM_CONTROL 
[i] entry of the portal 11 A (see Fig. 9), "0x1" tothe"chan- 
nel" field F2 thereof, and values corresponding to the 

55 speed, size, and type of the stream to the fields F3 to 
F7 thereof. 

[0056] In addition, the node 14A sends to the other 
portal 11 B a message that causes "0x2 (Talker)" to be 
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set to the "st" field F1 of the corresponding 
STREAM_CONTROL [1] entry of the other portal 11 B, 
"0x2" to the "channel" field F2 thereof, and values cor- 
responding to speed, size, and type of the streann to the 
fields F3to F7 thereof. 

[0057] Thereafter, the stream data transmitted from 
the node 14A to the local bus 13A is received by the 
portal 11 A that has the STREAIVI„CONTROL [i] entry 
assigned the corresponding channel number. Thereaf- 
ter, the stream data is passed to the other portal 11 B 
through the internal bus 23 of the bridge 1 2. On the other 
hand, the other portal 1 1 B performs tor example a chan- 
nel number converting operation corresponding to the 
contents of the corresponding STREAM_CONTROL [i] 
entry and transmits stream data to the other local bus 
1 3B. The transmitted stream data is received by the re- 
ception side node 14B. 

[0058] However, as shown in Fig. 1 3, in the IEEE 1 394 
standard, the case of which stream data is transmitted 
from the portal 11 A to the node 14B of the local bus 13B 
through the portal 1 1 B and the local bus 13B is not con- 
sidered. 

[0059] Thus, when such stream data were handled, 

in the conventional method, STREA1VI__C0NTR0L en- 
tries could not be properiy set. As a result, stream data 
could not be transmitted to a designated destination, (n 
addition, when the STREAM_CONTROL entries were 
set in the above-described method, stream data that is 
transmitted or received to/from the local bus 13A wound 
be adversely affected. 

[0060] In addition, as shown in Fig. 1 4, in the conven- 
tional I EE E 1 394 standard, the case of which stream da- 
ta is transmitted from a node 14A on a local bus 13Ato 
a portal 11 B through a portal 11 A connected to the local 
bus 1 3A is not considered. Thus, when such stream da- 
ta were handled, using the defined method, 
STREAM_CONTROL entries could be properly set. As 
a result, stream data could not be received by a desig- 
nated destination. In addition, when the 
STREAM_CONTROL entries were set In the above-de- 
scribed method, unexpected stream data would be 
transmitted to the local bus 13B. As a result, the data 
transfer bandwidth of the local bus 1 3B would be wast- 
ed. 

[0061] Thus, In a network system that complies with 
the IEEE 1394 standard, when data can be transmitted 
and received between the portal 11 A connected to the 
local bus 13A and the node 14B on the local bus 13B 
and data can be transmitted and received between the 
node 14A on the local bus 13A and the portal 11 B con- 
nected to the 1 3B, the functionality of the entire network 
system will be improved, 

[0062] Various respective aspects and features of the 
Invention are defined in the appended claims. Features 
from the dependent claims may be combined with fea- 
tures of the independent claims as appropriate and not 
merely as explicitly set out in the claims. 
[0063] An embodiment of the present Invention seeks 



to provide a data transmitting and receiving apparatus 
and a data transmitting and receiving method that allow 
the functionality of the entire network system to be im- 
proved. 

[0064] A first aspect of the present i nvention is a data 
transmrtting and receiving apparatus for transmitting 
and receiving data between an external device and a 
pertinent bus of a plurality of buses connected by a 
bridge, the external device fomiing one portion of the 
bridge, the data transmitting and receiving apparatus 
comprising a storing means for storing first information 
and second Information, the first Information represent- 
ing whether the transmission source or the transmission 
destination of the data is the data transmitting and re- 
ceiving apparatus, the second information representing 
whether or not to the data should be transmitted to the 
pertinent bus, a setting means for setting the first infor- 
mation and the second information stored in the storing 
means to a predetemnined state con-espondi ng to an ex- 
ternal request, and a transmitting and receiving means 
for transmitting and receiving the data to/from the perti- 
nent bus or the external device corresponding to the first 
infonnatlon and the second infomiatlon stored In the 
storing means. 

[0065] As a result, according to the data transmitting 
and receiving apparatus, data can be transmitted and 
received In such a manner that the data transmitting and 
receiving apparatus Is a transmission source or a trans- 
mission destination without affecting data that is trans- 
mitted and received on a bus to which the data trans- 
mitting and receiving apparatus is connected depending 
on the settings of the first Infonnatlon and the second 
information. 

[0066] A second aspect of the present invention is a 

data transmitting and receiving method for transmitting 
and receiving data between an external device and a 
pertinent bus of a plurality of buses connected by a 
bridge, the external device fonning one portion of the 
bridge, the data transmitting and receiving method com- 
prising the steps of storing first infonnatlon and second 
Information, the first information representing whether 
the transmission source or the transmission destination 
of the data is a local device, the second information rep- 
resenting whether or not to the data should be transmit- 
ted to the pertinent bus and setting the first infonnation 
and the second information that have been stored to a 
predetermined state corresponding to an external re- 
quest, and transmitting and receiving the data to/from 
the pertinent bus or the external device corresponding 
to the first infonnation and the second Information that 
have been set. 

[0067] As a result, according to the data transmitting 
and receiving method, data can be transmitted and re- 
ceived in such a manner that a local device is a trans- 
mission source or a transmission destination without af- 
fecting data that is transmitted and received on a bus to 
which the data transmitting and receiving apparatus is 
connected depending on the settings of the first Infor- 



ms 



20 



25 



30 



35 



40 



45 



50 



11 



EP1 193gi4A2 



12 



mation and the second Information. 
[0068] The invention will now be described by way of 
example with reference to the accompanying drawings, 
throughout which like parts are referred to by like refer- 
ences, and in which: 

Fig. 1 is a schematic diagram showing the concept 
of structural elements and a protocol architecture of 
an interface that complies with the IEEE 1394 

standard; 

Fig. 2 is a schematic diagram showing the concept 
for explaining an asynchronous transfer; 
Figs. 3A and 3B are schematic diagrams showing 
the concept for explaining an acquisition of a bus 
use right using arbitration; 
Fig. 4 is a schematic diagram showing the concept 
for explaining an isochronous transfer; 
Figs. 5A and 5B are schematic diagrams for ex- 
plaining an address assignment in a CSR architec- 
ture; 

Fig. 6 is a schematic diagram showing the concept 
of a basic structure of a 1394-network using a 
1394-bridge; 

Fig. 7 is a schematic diagram showing the concept 
of an example of the structure of the 1394-network 
using a plurality of 1394-blrdges; 
Fig. 8 is a block diagram showing the structure of 
two portal bridges; 

Fig. 9 is a schematic diagram showing the concept 

of a format of a STREAM_CONTROL entry; 
Fig. 1 0 is a tabie showing statuses of an "st" field of 
the STREAM_CONTROL entry; 
Fig. 11 is a tabie showing the relation between val- 
ues and data speeds of an "spd" field of the 
STREAM_CONTROL entry; 
Fig. 1 2 is a schematic diagram showing the concept 
of transmission and reception of stream data 
through a local bus; 

Fig. 1 3 is a schematic diagram showing the concept 
for explaining stream data transmitted from a portal 

through an internal bus; 

Fig. 1 4 is a schematic diagram for explaining a flow 
of stream data received by a portal; 
Fig. 15 is a block diagram showing the structure of 
an IEEE 1394 network system according to an em- 
bodiment of the present invention; 
Fig. 16 is a block diagram showing the structure of 
a bridge according to the embodiment; 
Fig. 1 7 is a table showing operations of a portal cor- 
responding to the value of a "p" bit according to the 
present embodiment; 

Fig. 1 8 is a table showing operations of a portal cor- 
responding to the value of an "id" bit according to 
the present embodiment; 

Fig. 1 9 is a schematic diagram showing the concept 
for explaining a flow of stream data according to the 
present embodiment; 

Fig. 20 is a schematic diagram showing the concept 



for explaining a flow of stream data according to the 
present embodiment; and 
Fig. 21 is a schematic diagram showing the concept 
for explaining a flow of stream data according to the 
5 present embodiment. 

[0069] Next, with reference to the accompanying 
drawings, an embodiment of the present invention will 
be described. 

10 

(1) Structure of Network System according to 
Embodiment 

[0070] In Fig. 15, reference numeral 40 represents a 
f5 network system according to an embodiment of the 
present invention. The network system 40 complies with 
the IEEE 1 394 standard. The network system 40 Is com- 
posed of a first local bus 41 A, a second local bus 41 B, 
and a bridge 42 in such a manner-that the first local bus 
20 41 A and the second local bus 41 B are connected 
through the bridge 42. The bridge 42 complies with the 
IEEE 1394 standard, 

,[0071] In Fig. 16, similar portions to those In Fig. 8 are 
denoted by similar reference numerals. Referring to Fig. 

25 16, the bridge 42 is composed of a first portal 43A, a 
second portal 438, and an internal bus 23 in such a man- 
ner that the first portal 43A and the second porta! 43B 
that are connected to the first local bus 41 A and the sec- 
ond local bus 41 B, respectively, are connected to each 

30 other through the internal bus 23. 

[0072] The first portal 43A has a physical layer 20A, 
a link layer 45A, a transaction layer 22 A, a portal control 
46A, and an application layer (not shown). The applica- 
tion layer functions as a 1394-node. Likewise, the sec- 

55 ond portal 43B has a physical layer 20B, a link layer 45B, 
a transaction layer 22B, a portal control 46B, and an ap- 
plication layer (not shown). The application layer func- 
tions as a 1394-node. 

[0073] In the first portal 43A and the second portal 
40 438, stream data received through the first local bus 

41 A and the second local bus 41 B is supplied to the link 
layers 45A and 45B trough the physical layers 20A and 
208, respectively. The link layers 45A and 45B extract 
stream data whose destination is the link layers 45A and 

45 45B from the received stream data, respectively. In ad- 
dition, corresponding to stream routing tables 31 A and 
31 B that the portal controls 46A and 46B have, the link 
layers 45A and 468 extract stream data to be forwarded 
to the second local bus 41 B and the first local bus 41 A 

50 from the received stream data, respectively. 

[0074] In the first portal 43A and the second portal 
43B, stream data that has been extracted by the link lay- 
er 45A and the link layer 45B and whose destination is 
the first portal 43A and the second portal 438 is succes- 

55 sively stored to isochronous receiving FIFOs (not 
shown) of the link layers 45A and 45B, respectively. 
When necessary, the stream data is sent to the applica- 
tion layers (not shown). On the other hand, in the first 
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portal 43A and the second portal 43B, stream data to 
be forwarded to the second local bus 41 B and the first 
local bus 41 A is transmitted to the second portal 43B 
and the first portal 43A through the interna! bus 23, re- 
spectively. 5 
[0075] On the other hand, In the second portal 438 
and the first portal 43A, the stream data is received by 
the link layers 45B and 45A, respectively. 
[0076] When necessary, In the second portal 438 and 
the first portal 43A, for example channel number con- 
verting processes are performed by the link layers 45B 
and 45A corresponding to the pertinent 
STREAM_CONTROL[i] entries of the stream routing ta- 
bles 31 B and 31 A that the portal controls 46A and 468 
have, respectively. Thereafter, the resultant data is 
transmitted to the second local bus 41 B and the first lo- 
cal bus 41 A to which the second portal 43B and the first 
portal 43A are connected through the physical layers 
20B and 20A, respectively. 

[0077] In such a manner, in the network system 40, 

stream data is transmitted and received between the 
first local bus 41 A and the second local bus 41 B through 
the bridge 42. 

[0078] In addition to such a structure, in the network 
system 40, each of the first portal 43A and the second 
portal 438 has a first bit for determining whether or not 
the transmission source or the transmission destination 
of stream data to be transmitted or received is the first 
portal 43A or the second portal 43B and a second bit for 
determining whether or not the stream data should be 
transmitted to the first local bus 41 A or the second local 
bus 41 B to which the first portal 43A orthe second portal 
43B are connected, respectively. 
[0079] In otherwords, as shown In Fig. 17, in the net- 
work system 40, bit 15 of the "rsv" field F (see Fig. 9) of 
the STREAM^CONTROL entry shown in Fig. 9 is de- 
fined as a bit "p" for detemilning whether or notthe trans- 
mission source or the transmission destination of 
stream data to be transmitted or received is the local 
portal. In addition, as shown in Fig. 18,bit16ofthe"rsv" 
field F6 is defined as a bit "Id" for determining whether 
or not the stream data should be transmitted to the first 
local bus 41 A and the second local bus 41B to which 
the first portal 43A and the second portal 43B are con- 
nected, respectively. 

[0080] As shown In Fig. 19, when a request for trans- 
mitting data Is transmitted from the node 44A on the first 
local bus 41 A to the second portal 438 on the second 
local bus 418, the portal controls 46A and 46B of the 
first portal 43A and the second portal 43B set the perti- 
nent STREAM^COISTTROL [i] entries in the same man- 
ner as stream data is forwarded. In addition, the portal 
control 46B of the second portal 43B sets "0x1 " (that 
represents that the destination of the stream data is the 
second portal 43B) to the "p" field of the pertinent 
STREAM^CONTROL [i] entry of the portal control 46B 
and "0x1" (that represents that the stream data is not 
transmitted to the second local bus 41 B) to the "id" field 



thereof. 

[0081] Thereafter, stream data whose destination is 
the second portal 438 and that has been transmitted 
from the node 44A to the first local bus 41 A is transmit- 
ted to the second portal 43B through the internal bus 23 
by the link layer 45A of the first portal 43A corresponding 
to the pertinent STREAM„CONTROL [i] entry that the 
portal control 46A of the first portal 43A has. 
[0082] Since the "p" field of the pertinent 
STREAM„CONTROL [i] entry that the portal control 46B 
of the second portal 43B has is "0x1", the link layer 458 
of the second portal 43B that has received the stream 
data determines that the destination of the stream data 
Is the second porta! 438 and stores the stream data to 
the stream receiving FIFO. On the other hand, since the 
"id" field of the pertinent STREAM__GONTROL [1] entry 
is "0x1", the link layer 458 detemnines that the stream 
data should not been transmitted to the second local bus 
41 B. Thus, the link layer 45B does not transmit the 
stream data to the physical layer 20B. 
[0083] Thus, the second portal 43B can properly re- 
ceive stream data whose destination is itself. In addition, 
stream data that is not received by the node 44b can be 
prevented from being transmitted fromthe second portal 
43B to the second local bus 41 B. 
[0084] Using such a function, the same stream data 
can be transmitted from the node 44A on the first local 
bus 41 A to the second portal 438, the node 448 other 
than the second portal 43B on the second local bus 41 B, 
and another node routed through the second local bus 
418. 

[0085] When the portal controls 46A and 468 of the 
first portal 43A and the second portal 438 receive such 
requests, the portal controls 46A and 468 sets the per- 
tinent STREAM_CONTROL[l] entries in the same man- 
ner as stream data is fonwarded. In addition, the portal 
control 468 of the second portal 438 sets "0x1" (that 
represents that the destination of the stream data Is the 
second portal 43B) to the "p" field of the pertinent 
STREAM__CONTROL [I] entry of the portal control 46B 
and bit "0x0" (that represent that the data stream should 
be transmitted to the second local bus 41 8) to the "id" 
field thereof. 

[0086] As a result, stream data whose destination if 
the portal 428 and that has been transmitted from the 
node 44A to the first local bus 41 A Is forwarded to the 
second portal 43B through the Internal bus 23 by the link 
layer 45A of the first portal 43A corresponding to the 
pertinent STREAM_^CONTROL [i] entry that the portal 
control 46A of the first local bus 41 A has. 
[0087] Since the "p" field of the pertinent 
STREAM_CONTROL [i] entry that the portal control 468 
has is "0x1 ", the link layer 458 of the second portal 438 
that has received the second portal 438 detenninesthat 
the destination of the stream data is the second portal 
43B and stores the stream data to the stream receiving 
FIFO of the link layer 45B. In addition, since the "id" field 
of the pertinent STREAM„CONTROL [i] entry Is "0x0", 
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the link layer 45B determines that the stream data 
should be transmitted to the second local bus 41 B and 
transmits the stream data to the physical layer 208. As 
a result, the stream data Is transmitted to the second 
local bus 418 through the physical layer 20B. The 
stream data is transmitted to the destination node 44B 
on the second local bus 418 and another destination 
node routed through the second local bus 41 B. 
[0088] In such a manner, in the network system 40, 
the first portal 43A and the second portal 43B can re- 
ceive stream data from the second local bus 41 B and 
the first local bus 41 A connected to the second portal 
438 and the first portal 43A that compose the bridge 42, 
respectively. In addition, when the "p" field and the "id" 
field of the pertinent STREAM„CONTROL [I] entry are 
set corresponding to the tables shown in Figs. 17 and 
18, the present embodiment can be applied to a 
1394-bridge and a 1394-portal that do not comply with 
the present embodiment without losing the compatibility 
of their operations. 

[0089] On the other hand, as shown in Fig. 20, when 
the first portal 43A transmits stream data to the node 
44b on the second local bus 41 B or when the first portal 
43A transmits stream data to another node routed 
through the second local bus 41 B, the portal control 46A 
of the first portal 43A sets the pertinent 
STREAM_CONTROL [I] entry thereof in the same man- 
ner as stream data is forwarded. In addition, the portal 
control 46B sets the pertinent STREAM^CONTROL [i] 
entry thereof in the same manner as stream data is re- 
ceived. 

[0090] In addition, the portal control 46A of the first 
portal 43A sets "0x2 (Talker)" or "0x3 (Talker)" (that rep- 
resents that the first portal 43A transmits stream data) 
to the "St" field of the pertinent STREAM_CONTROL [i] 
entry thereof, "0x1 " (that represents that the stream data 
is transmitted to the Internal bus) to the "p" field thereof, 
"0x1" (that represents that the stream data is not trans- 
mitted to the first local bus 41 A) to the "id" field thereof. 
However, in this case, when a block allows the destina- 
tion of stream data to be uniquely identified, the "st" field 
may be "0x1 (Listener)". 

[0091 ] Thus, stream data generated by the first portal 

43A is transferred by the first portal 43A itself con-e- 
sponding to the pertinent STREAM^CONTROL [i] entry 
that corresponds to the channel number. 
[0092] Actually, since the "p" field of the pertinent 
STREAI\/l__CO NTROL [i] entry that th e portal control 46A 
has is "0x1", the link layer 45A of the first portal 43A 
transmits the stream data to the second portal 43B 
through the internal bus 23. In addition, since the "id" 
field is "0x1", the link layer 45A determines that the 
stream data should not be transmitted to the first local 
bus 41 A. Thus, the link layer 45A does not transmit the 
stream data to the physical layer 20A. 
[0093] When the link layer 458 of the second portal 
43B has received the steam data through the internal 
bus 23, the link layer 45B transmits the stream data to 



the second local bus 41 B corresponding to the pertinent 
STREAM.CONTROL [I] entry of the portal control 468 
of the second porta! 43B. 

[0094] Thus, the first portal 43A can transmit the 
5 stream data from the second portal 43B through the in- 
ternal bus 23. In addition, stream data that Is not re- 
ceived by any node on the first local bus 41 A can be 
prevented from being transmitted from the first portal 
43A. 

10 [0095] Using such a function, the same steam data as 
that the second portal 43B receives can be transmitted 
to the node 44A other than the first portal 43A on the 
first local bus 41 A and another node routed through the 
first local bus 41 A. 

15 [0098] Actually the portal control 46A of thef irst portal 
43A sets the pertinent STREAM^CONTROL [i] entries 
of the first portal 43A and the second portal 43B in the 
same manner as stream data is forwarded. In addition, 
the portal control 46A of the first portal 43A sets bit "0x1 " 

20 (that represents that the destination of the stream data 
is the internal bus 23) to the "p" field of the pertinent 
STREAM^CONTROL [i] entry thereof and bit [0x0] (that 
represents that the stream data Is transmitted to the first 
local bus 41 A) to the "id" field thereof. 

25 [0097] Thus, in the same manner as described above, 
stream data generated by the first portal 43A is succes- 
sively sent from the first porta! 43A to the second local 
bus 41 B through the internal bus 23 and the second por- 
tal 438. In addition, since the "id" field of the pertinent 

30 STREAM^CONTROL [i] entry of the first portal 43A is 
"0x0" , th e stream data is transmitted to the first local bus 
41 A. 

[0098] Thus, unlike with the conventional network 
system, in the network system 40, stream data can be 

35 transmitted from the first local bus 41 A or the second 
local bus 41 B connected to the first portal 43A or the 
second portal 438 that composes the bridge 42 to the 
second portal 438 or the first portal 43A, respectively. 
In addition, corresponding to the tables shown in Figs. 

40 17 and 18, when predetemnined values are to the "p" 
field of the pertinent STREAM^CONTROL [I] entry and 
the "id" field thereof, the same stream data can be trans- 
mitted to the first local bus 41 A or the second local bus 
418 without need to considering the destination of the 

45 stream data is the internal bus 23, the first local bus 41 A, 
or the second local bus 418. Thus, with the common 
STREAM^CONTROL entries, stream data can be trans- 
mitted. 

[0099] In addition, as shown in Fig. 21 , when the first 
50 portal 43 A needs to transm it stream data to the second 
portal 438 that composes the bridge 42 along with the 
first portal 43A, the portal control 46A of the first portal 
43A sets "0x1" to the "p" field of the pertinent 
STREAM_CONTROL [i] entry thereof and "0x1" to the 
55 "Id" field thereof. In addition, the portal control 46A ac- 
cesses the second portal 43B and sends to the second 
portal 43B a message that causes "0x1 " and "0x1 " to be 
set to the "p" field and the "Id" field of the pertinent 
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STREAM_CO NTRO L [j] entry that the portal control 46B 
of the second portal 43B has. 
[01 00] Thus, stream data that is generated by the first 
portal 43A is transferred by the first portai 43 A itself cor- 
respond! ng to the pertinent STREAIVI^CONTROL [i] en- 5 
try. 

[0101] Actually, since the "p" ^'^'^1 of the pertinent 
STREA1V1„C0NTR0L [i] entry is "0x1 the link layer 45A 
of the first portal 43A determines that the destination of 
the stream data is the internal bus 23 and transmits the 
stream data to the second portal 43B through the inter- 
nal bus 23. On the other hand, since the "id" field is 
"0x1 the link layer 45A determines that the stream data 
should not be transmitted to thefirst local bus 41 A. Thus, 
the link layer 45A does not transmit the stream data to 
the physical layer 20A. 

[0102] In addition, since the "p" field of the pertinent 

STREAM.CONTROL [i] entry of the portal control 468 
of the second portal 43B is "0x1 ", the link layer 45B of 
the second portal 43B that has received the stream data 
through the internal bus 23 detennines that the destina- 
tion of the stream data Is the second portal 43B and 
stores the stream data to the local stream receiving 
FIFO of the link layer 45B. On the other hand, since the 
"id" field of the pertinent STREAM^CONTROL [i] entry 
is "0x1", the link layer 45B determines that the stream 
data should not be transmitted to the second local bus 
41 B. Thus, the link layer 45B does not transmit the 
stream data to the physical layer 20B. 
[0103] In such a manner, in the network system 40, 
stream data can be properly transmitted and received 
between the first portal 43A and the second portal 43B. 
In addition, stream data that is not received by any node 
on the first local bus 41 A and the second local bus 41 B 
connected to the first portal 43A and the second portal 
43B can be prevented from being transmitted, respec- 
tively. 

(2) Operation and Effect of Embodiment 

[0104] In the above-described structure, in the net- 
work system 40, bit 15 of the "rsv" field F6 (see Fig. 9) 

of the pertinent STREAM„CONTROL entry of each of 
the first portal 43A and the second portal 43B that com- 
pose the bridge 42 Is defined as a bit "p" for determining 
whether or not the transmission source or the transmis- 
sion destination of stream data to be transmitted or re- 
ceived is the first portal 43A or the second portal 43B. 
In addition, bit 1 6 of the "rsv" field F6 is defined as a bit 
"Id" for determining whether or not the stream data 
should be transmitted to the first local bus 41 A and the 
second local bus 41 B to which the first portal 43A and 
the second porta! 43B are connected, respectively. The 
"p" field and the "Id" field are set corresponding to the 
transmission and reception fonnats of desired stream 
data. 

[0105] Thus, in the network system 40, stream data 
can be transmitted and received between the node 44A 



on the first local bus 41 A or the node 44b on the second 
local bus 41 B and the second portal 43B or the first por- 
tal 43A and between the first portal 43A or the second 
portal 438 and the node 44B on the second local bus 
41 B or the node 44A on the first local bus 41 A without 
affecting data stream transmitted and received to/from 
the first local bus 41 A or the second local bus 41 B. 
[0106] According to the above-described structure, bit 
15 of the "rsv" field F6 of the pertinent 
STREAM^GONTROL entry of each of the first portal 
43A and the second portal 43B that compose the bridge 
42 is used as a bit "p" for detemnining whether data 
stream to be transmitted or received is the first portal 
43A or the second portal 43B. In addition, bit 16 of the 
"rsv" field F6 is used as a bit "id" for determining whether 
or not the stream data should be transmitted to the first 
local bus 41 A and the second local bus 41 B to which 
the first portal 43A and the second portal 43B are con- 
nected, respectively. Thus, stream data can be trans- 
mitted and received between the node 44A on the first 
local bus 41 A or the node 44b on the second local bus 
41 B and the second portal 43B or the first portal 43A 
and between the first portal 43A or the second portal 
43B and the node 44b on the second local bus 41 B or 
the node 44A on the first local bus 41 A without affecting 
stream data transmitted and received to/from the first 
local bus 41 A and the second local bus 41 B. Thus, a 
network system that allows stream data to be properly 
transmitted and received and the functionally to be im- 
proved can be accomplished. 

(3) Another Embodiment 

[0107] In the above-described embodiment, the em- 
bodiment is applied for the network system 40 of which 
the first local bus 41 A and the second local bus 41 B are 
connected through the bridge 42 was described. How- 
ever, the present invention is not limited to such a case. 
In other words, the present invention can be applied for 
a network of which three or more local buses are con- 
nected through a bridge. 

[0108] In the above-described embodiment, the case 

of which the bridge 42 is a two-portal bridge was de- 
scribed. However, the present invention is not limited to 
such a case, in other words, the present invention can 
be applied for the case of which a bridge is composed 
of three or more portals. 

[0109] In the above-described embodiment, as first 

information that represents whether or not the transmis- 
sion source or the transmission destination of data is a 
local portal and second information that represents 
whether or not data should be transmitted to a pertinent 
bus, bit 15 ("p" field) and bit 16 ("id" field) of the "rsv" 
field F6 (see Fig. 9) of the pertinent 
STREAM_GONTROL entry are used. However, the 
present invention is not limited to such an example. In 
other words, flags corresponding to bit 1 5 and bit 1 6 of 
the "rsv" field of the pertinent STREAM„GONTROL en- 
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try may be provided. Moreover, in addition to bit 1 5 and 
bit 16 of the "rsv" field of the pertinent 
STREAM_CONTROL entry, such flags can be provided. 
In addition, as the first information and the second infor- 
mation, other than bits and flags may be used. 
[01 10] In the above-described embodiment, the case 
of which first information that represents whether the 
transmission source or the transmission destination of 
data is the (oca! portal (in the embodiment, the first In- 
formation is the "p" field of the pertinent 
STREAM^CONTROL entry) and second information 
that represents whether or not data should be transmit- 
ted to a pertinent bus (in the embodiment, the second 
Infomiatlon is the "id" field of the pertinent 
STREAM_CONTROL entry) are stored as a storing 
means in the portal control 46A and the portal control 
46B, respectively, was described. However, the present 
invention is not limited to such a case. In other words, 
according to an embodiment, such information may be 
stored in for example a configuration ROM 29 other than 
the portal control 46A and the portal control 46B or In 
the link layer 45A of the first portal 43A and the link layer 
45B of the second portal 438. 
[0111] In the above-described embodiment, as set- 
ting means for setting first infonnation and second infor- 
mation corresponding to an external request, the portal 
control 46A and the portal control 468 are used. How- 
ever, the present invention is not limited to such an ex- 
ample. In other words, various types of setting means 
such as a memory driver and link layers 45A and 458 
can be used depending on the storage locations for the 
first infomnatlon and the second information. 
[0112] According to the above-described embodi- 
ment, corresponding to the values of the "p" f'^W and 
the "Id" field of the pertinent STREAM_CONTROL entry, 
as transmitting and receiving means for transmitting and 
receiving stream data to/from the first local bus 41 A and 
the second local bus 41 B or external devices (in the 
above-described embodiment, the second portal 43B 
and the first portal 43A), the link layer 45A and the link 
layer 458 are used. However, the present invention Is 
not limited to such an example. In other words, corre- 
sponding to the structure of the data transmitting and 
receiving apparatus of the present invention, such func- 
tions can be provided to corresponding structural por- 
tions. 

[0113] The first aspect of the present invention is a 
data transmitting and receiving apparatus for transmit- 
ting and receiving data between an external device and 
a pertinent bus of a plurality of buses connected by a 
bridge, the external device fomning one portion of the 
bridge, the data transmitting and receiving apparatus 
comprising a storing means for storing first infonnation 
and second infonnation, the first information represent- 
ing whether the transmission source orthe transmission 
destination of the data is the data transmitting and re- 
ceiving apparatus, the second Infonnation representing 
whether or not to the data should be transmitted to the 



pertinent bus, a setting means for setting the first infor- 
mation and the second infonnation stored in the storing 
means to a predetennined state corresponding to an ex- 
ternal request, and a transmitting and receiving means 

5 for transmitting and receiving the data to/from the perti- 
nent bus orthe external device corresponding to the first 
Information and the second infonnation stored in the 
storing means. As a result, according to the data trans- 
mitting and receiving apparatus, data can be transmitted 

10 and received in such a mannerthatthe data transmitting 
and receiving apparatus Is a transmission source or a 
transmission destination without affecting data that is 
transmitted and received on a bus to which the data 
transmitting and receiving apparatus Is connected de- 

is pending on the settings of the first information and the 
second infonnation. Thus, a data transmitting and re- 
ceiving apparatusthatallowsthefunctionality of the en- 
tire network to be improved can be accomplished. 
[0114] The second aspect of the present Invention is 

20 a data transmitting and receiving method for transmit- 
ting and receiving data between an external device and 
a pertinent bus of a plurality of buses connected by a 
bridge, the external device fonning one portion of the 
bridge, the data transmitting and receiving method com- 

25 prising the steps of storing first information and second 
information, the first infonnation representing whether 
the transmission source or the transmission destination 
of the data is a local device, thesecond information rep- 
resenting whether or not to the data should be transmit- 

30 ted to the pertinent bus and setting the first information 
and the second infonnation that have been stored to a 
predetermined state corresponding to an externa! re- 
quest, and transmitting and receiving the data to/from 
the pertinent bus or the external device corresponding 

35 to the first infomnatlon and the second information that 
have been set. As a result, according to the data trans- 
mitting and receiving method, data can be transmitted 
and received In such a manner that a local device is a 
transmission source or a transmission destination with- 

40 out affecting data that is transmitted and received on a 
bus to which the data transmitting and receiving appa- 
ratus is connected depending on the settings of the first 
information and the second Infonnation. Thus, a data 
transmitting and receiving apparatus that allows the 

45 functionality of the entire networkto be improved can be 
accomplished. 

[0115] Although the present Invention has been 
shown and described with respect to an illustrative em- 
bodiment thereof, it should be understood by those 

50 skilled in the art that the foregoing and various other 
changes, omissions, and additions In the f onn and detail 
thereof may be made therein without departing from the 
spirit and scope of the present Invention. 
[0116] In so far as the embodiments of the invention 

55 described above are implemented, at least In part, using 
software-controlled data processing apparatus, it will be 
appreciated that a computer program providing such 
software control and a transmission, storage or other 
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medium by which such a computer program Is provided 
are envisaged as aspects of the present invention. 



Claims 

1. A data transmitting and receiving apparatus for 
transmitting and receiving data between an external 
device and a pertinent bus of a plurality of buses 
connected by a bridge, the external device forming 
one portion of the bridge, the data transmitting and 
receiving apparatus comprising: 

storing means for storing first infonnation and 
second information, the first information repre- 
senting whether the transmission source orthe 
transmission destination of the data is the data 
transmitting and receiving apparatus, the sec- 
ond Information representing whether or not to 
the data should be transmitted to the pertinent 
bus; 

setting means for setting the first infonnation 
and the second infonnation stored in said stor- 
ing means to a predetennined state conre- 
sponding to an external request; and 
transmitting and receiving means for transmit- 
ting and receiving the data to/from the pertinent 
bus or the external device corresponding to the 
first infonnation and the second Infonnation 
stored in said storing means. 

2. The data transmitting and receiving apparatus as 
set forth In claim 1, 

wherein the bridge Is a bridge complying with 

IEEE (The Institute of Electrical and Electronics En- 
gineers) 1394 high performance serial bus stand- 
ard. 

3. The data transmitting and receiving apparatus as 
set forth in claim 1, 

wherein the first information and the second 
information are bits or flags. 

4. A data transmitting and receiving method for trans- 
mitting and receiving data between an external de- 
vice and a pertinent bus of a plurality of buses con- 
nected by a bridge, the external device fonning one 
portion of the bridge, the data transmitting and re- 
ceiving method comprising the steps of: 

storing first information and second Informa- 
tion, the first information representing whether 
the transmission source or the transmission 
destination of the data is a local device, the sec- 
ond information representing whether or not to 
the data should be transmitted to the pertinent 
bus and setting the first information and the 
second information that have been stored to a 



predetermined state corresponding to an exter- 
nal request; and 

transmitting and receiving the data to/from the 
pertinent bus or the external device corre- 
5 spending to the first information and the second 

infonnation that have been set. 

5. The data transmitting and receiving method as set 
forth in claim 4, 
10 wherein the bridge is a bridge complying with 

IEEE (The Institute of Electrical and Electronics En- 
gineers) 1394 high performance serial bus stand- 
ard. 

15 6. The data transmitting and receiving method as set 
forth in claim 4, 

wherein the first information and the second 
Infonnation are bits or flags. 
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